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BACKGROUND OF THE INVENTION 

The present invention relates to a technology for 
executing a computer job, and more particularly to a technology 
for executing a job on a computer in a computer environment 
differing from the environment for a computer into which the 
job is loaded. 

In recent years, outsourcing is increasing conducted 
to reduce costs in the purchase and supply of services , software , 
and infrastructure. "On-demand" computer use is proposed for 
using necessary computer resources when needed and paying the 
charge for computer resource use. Work is being increasingly 
outsourced so as to use computers in a data center, utility 
center, or other computer center having abundant computing 
resources. It is believed that this trend will be accelerated 
when the grid computing technology is applied to the field of 
business. The problem is how to reduce the burden on the user 
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while maintaining flexibility to satisfy the user's demand 
when executing an application or program possessed by the user 
at a computer center that is in a different execution 
environment. 

5 Currently operated computer centers offer a manual 

method and automatic method for expanding computer resources 
in compliance with a user request. The manual method uses a 
simple interface, whereas the automatic method handles load 
and other values as parameters. The invention disclosed by 

10 U.S. Patent Publication No . 0056462/2001 provides a method for 
automatically preparing an implementation environment for an 
application and executing the application. This method works 
on the presumption that a Java virtual computer exists (Java 
is a registered trademark of Sun Microsystems in the U.S.). 

15 If a necessary application is not found on a computer for 
application execution, this method automatically downloads 
the application from a server and starts it. The method 
assumes the use of a virtual computer and downloads environment 
parameters to obviate the necessity for reconstructing a 

20 computer environment. Further, the method reduces the burden 
on the user by automatically downloading a necessary 
application. As described above, the method saves the user 
the bother of constructing a computer environment while 
complying with a user request for computer resource expansion. 
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SUMMARY OF THE INVENTION . 

To execute a job on a remote computer in a computer 
environment differing from the environment for the local 
5 computer into which the job is loaded , it is necessary to 
convert job execution statements and environment information 
prepared for use with the local computer into those for use 
with the remote computer in the different computer environment. 
It is also necessary to move data from a volume on the local 

10 computer to a volume on the remote computer. The prior art 
requires user intervention for converting job execution 
statements and environment information and moving data. Such 
user intervention is a burden on the user. 

It is therefore an object of the present invention to 

15 reduce the burden on the user by automatically executing a job 
on a computer in a different computer environment without the 
user's knowledge. 

The present invention provides a technology that uses 
a second computer in a computer environment differing from an 

20 environment for a first computer into which a job is loaded, 
exercises control to assign a volume on the second computer 
that corresponds to a volume on the job request issuance side 
and transfer data from the latter volume to the former volume, 
converts original job execution statements and environment 
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information to those for use with the second computer, and 
executes a requested job. 



BRIEF DESCRIPTION OF THE DRAWINGS 
5 Fig. 1 illustrates the configuration of a system 

according to one embodiment of the present invention. 

Fig. 2 illustrates a case where the present invention 
is applied to a system that interconnects a plurality of 
customer sites and a plurality of external sites. 
10 Fig. 3 illustrates the configuration of a client side 

job management module according to one embodiment of the 
present invention . 

Fig. 4 shows typical job execution statements. 
Fig. 5 shows an example of a policy table. 
15 Fig. 6 is a flowchart illustrating the processing steps 

that are performed by a job assignment module according to one 
embodiment of the present invention. 

Fig. 7 shows typical execution information. 
Fig. 8 shows typical environment information. 
20 Fig. 9 illustrates the configuration of a management 

and control module according to one embodiment of the present 
invention . 



Fig. 10 is a flowchart illustrating the processing steps 
that are performed by the management and control module 
according to one embodiment of the present invention. 

Fig. 11 is a flowchart illustrating the processing steps 
that are performed by a billing information transfer module 
according to one embodiment of the present invention. 

Fig. 12 is a flowchart illustrating the processing steps 
that are performed by a server environment construction module 
according to one embodiment of the present invention. 

Fig. 13 shows an example of a service level agreement 

table. 

Fig. 14 illustrates how a volume correlation table is 
created. 

Fig. 15 illustrates how data on volumes are transferred. 

Fig. 16 illustrates the configuration of a PP 
incorporation module according to one embodiment of the 
present invention . 

Fig. 17 is a flowchart illustrating the processing steps 
that are performed by the PP incorporation module according 
to one embodiment of the present invention. 

Fig. 18 shows typical PP information. 

Fig. 19 illustrates the configuration of a server side 
job management module according to one embodiment of the * 
present invention . 
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Fig. 20 is a flowchart illustrating the processing steps 
that are performed by an environment conversion module 
according to one embodiment of the present invention. 

Fig. 21 illustrates the configuration of the 
5 environment conversion module according to one embodiment of 
the present invention. 

Fig. 22 is a flowchart illustrating the processing steps 
that are performed by a billing information acquisition module 
according to one embodiment of the present invention. 
10 Fig. 23 illustrates the billing information acquisition 

module according to one embodiment of the present invention. 

Fig. 24 shows typical billing information. 

Fig. 25 shows an example of billing information 
integration. 

15 Fig. 26 is a flowchart illustrating the processing steps 

that are performed by a billing information integration module 
according to one embodiment of the present invention. 

Fig. 27 illustrates the flow of server side billing 
information according to one embodiment of the present 

20 invention. 

DETAILED DESCRIPTION OF THE INVENTION 
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One embodiment of the present invention will now be 
described in detail with reference to the accompanying 
drawings . 

Fig. 1 illustrates the configuration of one embodiment 
5 of a system that executes a job in a different computer 

environment. Reference numerals 101 and 105 denote a client 
side (customer site) physical computer and server side 
(external site) physical computer, respectively. These 
physical computers are either the same or different in computer 

10 resources and computer environment. 

Physical computer 101 comprises an OS (operating 
system) 103 and a client side job management module 104. A 
job 102 is loaded into physical computer 101. The client side 
job management module 104 determines whether the job 102 is 

15 to be executed on physical computer 101 or physical computer 
105. Judgment criteria are given beforehand as a policy to 
the client side job management module 104 by the user. 

Meanwhile, physical computer 105 comprises a resource 
partitioning module 106, which separates the computer resource 

20 • of physical computer 105 into a plurality of logical computers, 
and logical computers 107, 108, 109, and so on, which are 
derived from resource partitioning. The minimum number of 
logical computers is one. One logical computer is defined as 
logical computer 107, which manages the computer resource of 
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physical computer 105. Logical computer 107 has a management 
OS , which includes a management and control module 110. 

When it is concluded that the job 102 is to be executed 
on physical computer 105 , the client side j ob management module 
5 104 requests the resource partitioning module 106 to logically 
partition the computer resource via the management and control 
module 110, and issues a request for logical computer 
construction and OS startup. Logical computers 108 and 109 
receive the OS startup request from the management and control 
10 module 110 and are started up by the resource partitioning 
module 106. 

Logical computers other than logical computer 107 
existing on physical computer 105 include a server side job 
management module 112. The server side job management module 

15 112 is capable of analyzing a transferred execution statement 
for the job 102 and executing the job 102 on physical computer 
105 by using the computer resource of physical computer 105. 
After the job 102 is loaded into physical computer 105, the 
commands and data necessary for executing the job 102 are 

20 transferred between the client side job management module 104 
and management and control module 110, between the resource 
partitioning module 106 and management and control module 110 , 
and between the management and control module 110 and server 
side j ob management module 112. The environment for executing 
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the job 102 is then automatically constructed on physical 
computer 105. The server side job management module 112 is 
also capable of executing j ob 111 for which an execution request 
is issued by physical computer 105. 
5 The execution result of job 102 is transferred, together 

with billing information, from the server side job management 
module 112 to the client side job management module 104 via 
the management and control module 110. The client side job 
management module 104 integrates the received billing 

10 information into the billing information for physical computer 
101. Physical computer 101 may be substituted by a logical 
computer that comprises the OS 103 and client side job 
management module 104 and is logically partitioned on a certain 
physical computer. Such a logical computer may be one of 

15 logical computers that are logically partitioned on physical 
computer 105 by the resource partitioning module 106. When 
the operating method described above is used, the user who has 
loaded a j ob into a client machine can use the computer resource 
on the server side without constructing the server side 

20 environment or rewriting the job execution statement as if the 
job is executed on the client machine. When a scheme for 
transferring billing information to the client machine is 
incorporated, it is also possible to perform billing in 
accordance with the amount of computer resource use. 
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Fig. 2 shows how a j ob execution technology according 
to the present invention is used to establish a network 
connection for one or more customer sites (201 , 202, 203 , 204 , 
205, 206, 207) and one or more external sites (211, 212, 213) . 
5 Customer site 201, 203, or 206 has both client side functions 
and server side functions. The present invention can be 
applied to a situation where the computer resource of another 
site is used involving the customer sites (201, 202, 203, 204, 
205, 206, 207) and one or more external sites (211, 212, 213) 

10 or involving the customer sites (201, 202, 203, 204, 205, 206, 
207) and one or more other customer sites (201, 202, 203, 204, 
205, 206, 207). This makes it possible to effectively use 
unused computer resources or buy or sell computer resources. 

Fig. 3 illustrates the internal configuration of the 

15 client side job management module 104. The client side job 
management module 104 comprises a job assignment module 303, 
a policy table 304, and a billing information integration 
module 305. After job 102 is loaded, the job assignment module 
303 references the policy table 304 shown in Fig. 5 to determine 

20 whether job 102 is to be executed on physical computer 101 or 
on logical computers 108 and 109 on physical computer 105. 
When the job is to be executed on physical computer 101, 
execution takes place under the OS 103. When the job is to 
be executed on physical computer 105, on the other hand, the 



job assignment module 303 transfers job 102, the execution 
information shown in Fig. 7 , the environment information shown 
in Fig. 8, and a user program (not shown) to physical computer 
105 . In accordance with the transferred information , physical 
computer 105 constructs a client machine job execution 
environment on physical computer 105. When the above 
procedure is completed, the information necessary for 
executing job 102 on server side logical computers 108 and 109 
is transferred. When job 102 is completely executed on 
physical computer 105, the billing information integration 
module 305 for the client side job management module 104 also 
acquires server side billing information, which is transferred 
from physical computer 105, and integrates the acquired server 
side billing information into client side billing information 
(shown in Fig. 22) , which is stored in physical computer 101. 
This enables the client side physical computer 101 to know about 
the server side billing information. 

Fig. 4 exemplifies job execution statements 401 for job 
102. The figure shows that statements 402 and 404 indicate 
the name of the employed PP (program product) , the amount of 
memory use, and the CPU time, and that statements 403 and 405 
indicate the names of volumes used. The information about the 
name of the employed PP , the amount of memory use, the CPU time, 
the names of volumes used, and the number of volumes used can 
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be obtained by analyzing the job execution statements 401. It 
should be noted that typical job execution statements are shown 
in the figure. The information constituting the job execution 
statements 401 may be written in one or more files. 
5 Fig. 5 shows an example of a policy table 304. If the 

analysis of the job execution statements 401 indicates that 
the results of comparisons with the threshold values in column 
502 comply with the conditions indicated in column 503 
regarding the items indicated in column 501, it is concluded 

10 that physical computer 105 executes job 102. If, on the other 
hand, the conditions are not complied with, it is concluded 
that physical computer 101 executes job 102. The ease of use 
of the policy table 304 can be increased by appending judgment 
criteria for observing priorities, stipulating that a group 

15 of one or more items entirely comply with the conditions, or 
stipulating that one or more groups comply with the conditions . 

Fig. 6 is a flowchart illustrating the processing steps 
that are performed by the job assignment module 303. In step 
601, the job execution statements 401 are analyzed to extract 

20 the name of the employed PP, the amount of memory use, the CPU 
use time, and the names of volumes used. In step 602, the 
policy table 304 is referenced. Steps 605 and 607 are 
performed to judge whether the target job execution statement 
items comply with the conditions indicated in column 503. The 
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number of branches such as steps 605 and 607 varies with the 
number of conditions indicated in column 503 . If any condition 
is complied with, the process in step 606 is performed. The 
process in step 606 is performed to transfer the job execution 
5 statements 401 , the execution information shown in Fig. 7, the 
environment information shown in Fig. 8, and a -user program 
(not shown) from the job assignment module 303 to physical 
computer 105 . It is assumed that the user program is the user * s 
own coding, which is derived from source-level coding on the 

10 client side and written in a hardware-independent language. 
The user program is optional and not mandatory. On the other 
hand, if the target items of the job execution statements do 
not comply with the conditions indicated in column 503, the 
process in step 608 is performed. In step 608, job 102 is 

15 executed on physical computer 101. 

Fig. 7 shows typical execution information. The 
execution information is extracted in step 601 from the job 
execution statements by the job assignment module 303. Column 
701 indicates computer resources for use by job 102. Column 

20 702 indicates settings. The volume capacity is the 

information derived from the OS 103 and is to be set as needed. 
In addition, the block size, record size, performance 
requirements, reliability requirements, and other disk 
attributes can be set as needed. It is assumed that the disk 
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attributes are limited to those which can be derived from the 
OS 103. 

Fig. 8 shows typical environment information. The 
items indicated in column 801 relate to the information that 
5. is extracted in step 601 from the job execution statements by 
the job assignment module 303 and the volume physical paths 
and incorporated PP information retained by the OS 103 for 
physical computer 101. Column 802 shows values for the items 
indicated in column 801. The PP required for executing job 

10 102 on physical computer 105 is included in the environment 
information. The PP information comprises a PP name, a PP 
version, a PP logical path, and PP physical path. The PP name 
and PP version constitute key information, whereas the PP 
logical path and PP physical path are options. Further, when 

15 a volume logical path and its physical path indicated in the 
job execution statements 401 are converted to a server side 
volume logical path and physical path, the data required for 
job 102 can be read and written on a computer connected to 
volumes that differ in logical path and physical path. 

20 Fig. 9 illustrates the internal configuration of the 

management and control module 110, which exists on logical 
computer 107 for physical computer 105. The management and 
control module 110, which is on the management OS, comprises 
a server environment construction module 903, a billing 
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information transfer module 904 , and a service level agreement 
table 905.. The server environment construction module 903 has 
four major functions. The first function acquires the job 
execution statements 401, the execution information shown in 
5 Fig. 7, the environment information shown in Fig. 8., and a user 
program (not shown) from the job assignment module 303 of 
physical computer 101. The second function is exercised, when 
the above items of information are acquired, to request the 
resource partitioning module 106 to partition a logical 

10 computer resource in accordance with the execution information 
and service level agreement. The third function receives a 
resource partitioning completion notification from the 
resource partitioning module 106, issues an OS startup request , 
acquires the logical path name and physical path name of a 

15 volume assigned to a logical computer, creates a volume 

correlation table with the environment information (Fig. 8) , 
and requests the OS 103 to transfer the data necessary for 
executing job 102 from a volume on physical computer 101 to 
a volume on physical computer 105 in accordance with the created 

20 volume correlation table. The fourth function transfers the 
created volume correlation table to the OS 108 that is running 
on a logical computer derived from resource partitioning. The 
correlation table is created as indicated in Fig. 13. The job 
execution statements 401 created for execution on physical 
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computer 101 and the data required for a user program-can then 
be read on physical computer 105. 

The role of the billing information transfer module 904 
is to transfer to physical computer 101 the billing information 
generated upon execution of job 102 on logical computer 108 
or 109. This makes it possible to integrate the billing 
information about physical computer 105 into the accumulated 
billing information about physical computer 101. 

The service level agreement table 905 is used as an index 
for computer partitioning when a resource partitioning request 
is. issued to the resource partitioning module 106. More 
specifically, the service level agreement table 905 is used 
to increase the amount of memory use for a specific user or 
reduce the CPU use time. As a result, it is possible to execute 
a large-scale job, which uses a large amount of memory, and 
use the computer resources in compliance with user requests, 
for instance, by reducing the occupation time when the server 
machine exhibits higher performance than- the client machine. 
Further, when there is a choice between exclusive use and 
sharing of the CPU and memory, it is possible to either use 
the CPU and memory exclusively to place emphasis on job 
completion or share the CPU and memory to place emphasis on 
billing. In this manner, the user's diversified requests can 
be fulfilled. 
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Fig. 10 illustrates the processing steps that are 
performed by the management and control module 110. Step 1001 
is performed to determine whether the received information is 
transmitted from physical computer 101. If the received 
5 information is transmitted from physical computer 101, it is 
transferred to the server environment construction module 903 
as indicated in step 1004. Further, step 1002 is performed 
to determine whether the information is transmitted from the 
resource partitioning module 106 . If the received information 

10 is transmitted from the resource partitioning module 106, it 
is also transferred to the server environment construction 
module 903. If the received information is not transmitted 
from physical computer 101 or resource partitioning module 106, 
it is concluded that the received information is the billing 

15 information that is transmitted from logical computer 108 or 
109. In this instance, step 1003 is performed to transfer the 
information to the billing information transfer module 904. 

Fig. 11 illustrates the processing steps that are 
performed by the billing information transfer module 904. As 

20 indicated in step 1101, the billing information transfer 
module 904, which receives the billing information about 
logical computer 108 or 109, transfers the received billing 
information to physical computer 101. 
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Fig. 12 illustrates the processing steps that are - 
performed by the server environment construction module 903. 
Steps 1201 and 1204 are performed to determine whether the 
received information is transmitted from physical computer 101 
5 or resource partitioning module 106. Step 1202 is performed 
to adjust the amount of computer resource use in compliance 
with the service level agreement and request the resource 
partitioning module 106 to conduct logical partitioning and 
reconfiguration of resources. This makes it possible to 

10 automatically perform dynamic computer resource allocation to • 
satisfy the user requirements. In step 1203, an OS startup 
request is issued to a logically defined partition. It is 
necessary that the OS to be started up in this instance be 
executable after at least interpreting the job execution 

15 statements received from the client side. In step 1205 , a 
volume correlation table is created from a logically 
partitioned and allocated volume of physical computer 105 and 
the environment information (Fig: 8) . Step 1206 is performed 
to transfer the correlation table to physical computer 101, 

20 and request physical computer 101 to transfer input data in 
accordance with the correlation table. This makes it possible 
to properly transfer the input data required for, job 102 to 
physical computer 105, and translate the logical path and 
physical path to volumes described in the job execution 



statements 401 , which are to be executed on physical computer 
101, for use with physical computer 105. 

Fig. 13 shows an example of the service level agreement 
table 905. Column 1301 indicates a computer resource and its 
threshold value, whereas column 1302 indicates an actual 
allocation rate. The example indicates that the amount of 
computer resource use, such as the client side CPU time or 
memory use amount, is multiplied by an agreed weight for 
management on the server side. The amount of computer resource 
use may be multiplied by a rate that is agreed upon in accordance 
with the performance ratio between physical computer 101 and 
physical computer 105, memory cost difference, and use time 
slot. As described above, the computer resources for 
automatic use can be flexibly used by referencing the service 
level agreement table 905. Fig. 13 shows an operating method 
for a situation where the table is defined for each user. 
However, an alternative is to use a single table for centralized 
management or define user groups for effective management. 

Fig. 14 illustrates how the volume correlation table 
is created. The volume correlation table 1405 is created so 
as to define the correlations among volumes 1402 and 1404 , which 
are respectively retained on the client side 1401 and server 
side 1403. The example shown in the figure indicates that 
server side volume logical paths VOLa , VOLb, and VOLc are 
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assigned respectively to client side volume logical paths VOL1 , 
VOL2 , and VOL3 . It is necessary that the storage capacity of 
each server side volume be larger than that of the corresponding 
client side volume. It is also necessary that if any other 
5 disk attribute is specified by the client side, the server side 
make a disk volume selection so as to match the specified disk 
attribute . 

Fig. 15 illustrates data that are transferred from the 
client side 1401 to the server side 1403 in accordance with 

10 the correlation table 1405. 

Fig. 16 illustrates a PP incorporation function of the 
server environment construction module 903. The PP 
incorporation information included in the environment- 
information 1602 acquired from the client side is compared 

15 against the PP incorporation information included in the 

server side environment information 1605. If a PP that is not 
incorporated into the server side or an old version of PP is 
found, a new PP incorporation request is issued. Upon receipt 
of the request, logical computer 108 performs a PP 

20 incorporation process (1606) . The PPs available on the client 
side are then made available on the server side as well. If 
the version of a PP incorporated into the server side is new 
while the version on the client side is old, the old version 
need not be incorporated. However, the old version may be 
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incorporated depending on the user's judgment, the 
administrator's judgment, or the employed operating method. 

Fig. 17 illustrates the processing steps that are 
performed by the PP incorporation function. Step 1701 is 
5 performed to reference the environment information. Step 1702 
is performed to compare the client side PP name and version 
against the server side PP name and version. Step 1703 is 
performed to judge whether PPs incorporated into the client 
side are incorporated into the server side. If not, step 1704 

10 is performed to incorporate the PPs. 

Fig. 18 shows examples of client side PP information 
1801 and server side PP information 1802. The PP information 
comprises a PP name 1803, a PP logical path 1804, a PP physical 
path 1805, and a PP version 1806. PP information 1802 is 

15 gathered by a PP management program. The items of information 
targeted for comparison are the PP name 1803 and PP version 
1806. The PP logical path 1804 and PP physical path 1805 are 
used when the job execution statements 401 are translated for 
executing job 102 on the server side. Further details will 

20 be given when an environment conversion module 1904 is 
described with reference to Fig. 19. 

Fig. 19 illustrates the internal configuration of the 
server side job management module 112. The server side job 
management module 112 exists on OS #0 for logical computer 108, 
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and comprises a j ob assignment module 1903, an environment 
conversion module 1904, and a billing information acquisition 
module 1905. The job assignment module 1903 distinguishes 
between job 102, which is transferred from physical computer 
5 101 , and j ob 111 , which is directly loaded into logical computer 
108. Subsequently, the job assignment module 1903 transfers 
job 102, which is transferred from physical computer 101, and 
the correlation table concerning volumes and PPs to the 
environment conversion module 1904, and causes logical 
10 computer 108 to execute job 111, which is specific to logical 
computer 108 . 

In accordance with the correlation table concerning 
volumes and PPs, which is acquired from the job assignment 
module 1903, the environment conversion module 1904 converts 

15 the job execution statements 401 for the client side into those 
for the server side and additionally converts the environment 
information for execution on logical computer 108. However, 
the environment conversion module 1904 does not have to exist 
on the server side job management module 112. It may effect 

20^ conversion as needed for executing job 102. Owing to the 
conversion effected by the environment conversion module 1904 , 
job 102 is rendered executable on logical computer 108 for 
physical computer 105 as is the case with job 111. The 
execution result is transmitted from the server side job 



23 

management module 112 to the client side job management module 
104 via the management and control module 110. 

The billing information acguisition module 1905 
acquires billing information that is generated when job 102 
5 is executed. The acquired billing information is transferred 
to the billing information transfer module 904 for the 
management and control module 110. Job 102, which is created 
by the server side job management module 112 for execution on 
the client side 101, is executed on the server side 105. 

10 Fig. 20 illustrates the processing steps that are 

performed by the environment conversion module 1904. Step 
2001 is performed to reference the correlation table. In step 
2002, the client side description of volumes and PPs and the 
environment information are converted to the server side 

15 description and environment information. 

Fig. 21 illustrates in detail the function of the 
environment conversion module 1904. The environment 
conversion module 1904 exists on the server side j ob management 
module 112. It uses a conversion table 2104 to convert the 

20 client side unconverted job execution statements and 

environment information 2105 to the server side job execution 
statements and environment information and obtain the 
converted j ob execution statements and environment 
information 2106. The converted job execution statements and 
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environment information 2106 are transferred to OS #0 for job 
execution. 

Fig. 22 illustrates the processing steps that are 
performed by the billing information acquisition module 1905. 
5 Step 2201 is performed to acquire the billing information about 
job 102, which has been executed on the server side. In step 
2202 , the billing information is transferred to the billing 
information transfer module 904. 

Fig. 23 illustrates the billing information acquisition 
10 module 1905. After job 102 is executed, the billing 

information acquisition module 1905 acquires the billing 
information about the user and transfers it to the billing 
information transfer module 904. 

Fig. 24 shows typical billing information. The billing 
15 information comprises a j ob number 2401, a group ID 2402, a 
user ID 2403, CPU time 2404, and a billing 2405. The number 
of columns necessary for the billing information may increase 
in order to provide the user and administrator with an increased 
ease of use. 

20 Fig. 25 shows an example of billing information 

integration in which the server side billing information 2501 
is integrated into the client side billing information 2502. 
In the example shown in the figure, record 2503 is inserted 
into record 2509; record 2504, into record 2510; and record 



2505, into record 2511. Records 2506 through 2508 belong to 
the billing information that is stored on the client side. 
This ensures that the user does not have to be aware of a job 
execution on the server side, and is informed of only the 
billing information as if the job execution took place on the 
client side. However, the CPU time and billing values for the 
job execution on the client side are collected by the server 
side. If there is an intention of determining whether the job 
execution took place on the client side or server side, such 
an intention can be achieved by attaching a character or code 
to the group ID and user ID or adding a billing information 
column to indicate the location of execution. 

Fig. 26 illustrates the processing steps that are 
performed by the billing information integration module 305. 
In step 2601, the billing information integration module 305 
acquires billing information from the billing information 
transfer module 904 on the server side. Step 2602 is performed 
to integrate the server side billing information into the 
client side billing information . Integration may be performed 
so as to append the server side billing information to the end 
of the client side billing information or rearrange the billing 
information in chronological order or otherwise to the 
satisfaction of the user or administrator. 
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Fig. 27 illustrates in detail the flow of server side 
billing information 2707 . The server side billing information 
2707 , which is acquired by the billing information acquisition 
module 1905 on the server side, is transferred to the billing 
5 information integration module 305 via the billing information 
transfer module 904. Subsequently, the transferred server 
side billing information is integrated into the client side 
billing information 2703. The resulting information then 
exists on the client side 2701 as integrated client side billing 

10 information 2702. The present invention automatically 

controls the entire information flow when job 102 is completed. 
Therefore, no user intervention is required. 

The operating technology according to the present 
embodiment enables the server side, which supplies computer 

15 resources, has the management OS and causes the resource 
partitioning module to subject the computer resources to 
dynamic logical partitioning as appropriate for use. In one 
mode of operation for supplying the computer resources, fixed 
computer resource partitions may be used. In this instance, 

20 one or more mode cases are made available as server side logical 
computers, and the management and control module is used to 
select the most appropriate model case for job 102 and execute 
the job. For example, it is necessary that the job execution 
statements received from the client side be at least 
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interpreted by the logical computers on the server side to start 
- up an executable OS. Since logical computers 108 , 109 , and 
so on can be started without waiting for job loading, it is 
possible to save the time required for logical partitioning 
5 and OS startup . 

The operating method provided by the present invention 
is not dependent on hardware architecture . It is not dependent 
on the OS either . 

The present invention makes it possible to reduce the 
10 burden on the user by automatically executing a j ob on a remote 
computer in a different computer environment without the 
user ' s knowledge . 



